Не секрет, что по высказываниям президента компании можно понять, в каком направлении она разивается и планирует развиваться. Для VMware сейчас стоит множество вопросов как для компании, которая со временем может превратиться в "облачного гиганта", занявшего большую часть рынка виртуализации и Cloud Computing. Поэтому очень интересно послушать, что говорит Пол Мориц (Paul Maritz), глава VMware, на всемирной конференции по виртуализации VMworld 2009:

О возможной поддержке серверами VMware vCenter управления хостами Microsoft Hyper-V:

if we have enough customer demand, we'll consider supporting Hyper-V in the future

О недавно вышедшем продукте Microsoft Hyper-V R2:

Hyper-V R2, "is now where we were three years ago".

О горячей миграции (VMotion) между серверами на базе процессоров Intel и AMD:

"nobody's building clouds on [AMD] architecture ... it's all on x86 ... that war's over"

О том, что уже 500 000 пользователей скачали бесплатный VMware ESXi:

VMware "would like to know what they're doing" with it

Комментарии к этим фразам вы найдете в статье...

На всемирной конференции по виртуализации VMworld 2009, проходившей в этом году в Сан-Фанциско, компания VMware сделала несколько важных заявлений по теме облачных вычислений (Cloud Computing), которые для компании выражаются в инициативе vCloud. В отличие от Microsoft, Google или Amazon, ориентированных на публичные внешние облака (Public / External), стратегия компании VMware направлена на построение частных облаков (Private) в датацентрах своих партнеров (Service Providers), которые, в свою очередь, уже будут предоставлять инфраструктуру в аренду своим пользователям (Infrastructure as a Service, IaaS).

На VMworld 2009 компания VMware объявила о запуске веб-проекта VMware Go, который позволит упростить и без того простую процедуру установки VMware ESXi 4 из состава vSphere на серверы пользователей. VMware Go представляет собой веб-ресурс, на котором можно протестировать имеющийся сервер на совместимость с VMware ESXi 4 (HCL), загрузить и установить VMware ESXi 4, а также создать новые виртуальные машины (вручную или с помощью VMware Converter). Более подробно о VMware Go можно узнать из этого видео:...

Компания VMware во всех своих презентациях, посвященных "тонкому" гипервизору VMware ESXi, рассказывает, что его размер 32 МБ (для ESXi 3.5) и около 60 МБ для ESXi 4. Однако, как же тогда получается, что реально для того, чтобы сделать флэшку с VMware ESXi нужно устройство емкостью не менее 1 ГБ? Eric Gray из VMware и его коллега Olivier Cremel раскрыли нам секрет такого положения вещей. Если посмотреть на разделы флэшки с VMware ESXi 4, то мы увидим вот такую картинку:

Назначения разделов такое:

• Partition 4 позволяет, собственно, грузить гипервизор ESXi с флэшки (загрузочный раздел)
• Partition 5 содержит файлы, необходимые гипервизору VMware ESXi (как видим, около 60 МБ)
• Partition 6 - это резервная копия ESXi
• Partition 7 - для дампов ядра
• Partition 8 содержит вспомогательный софт: VMware Ttools, драйверы, дистрибутив vSphere Client

Коллеги смотрят вглубь последнего раздела (sda8), который содержит вот что:

Для доказательства своей правоты, Eric Gray и Olivier Cremel, поставили на флэшку емкостью 64 МБ VMware ESXi 4 без дополнительных обвесов.

Коллеги делятся информацией, что какое-то время назад компания HyTrust выпустила Virtual Appliance с одноименным названием под версией 1.5.

Продукт HyTrust Virtual Appliance предназначен для обеспечения безопасности виртуальной инфраструктуры VMware vSphere / ESX, где этот виртуальный модуль становится звеном через которое проходят все каналы доступа к виртуальной инфраструктуре (vSphere Client, SSH, Web Access и т.п.). Основные возможности продукта HyTrust Virtual Appliance:

• Проксирование всех интерфейсов доступа к инфраструктуре VMware vSphere / ESX (SSH, Client, сторонние API) с обеспечением безопасного доступа. Поддержка токенов и прочей двухфакторной ереси.
• Поддержка ролевой модели VMware vCenter и управление безопасностью на основе политик для объектов.
• Поиск брешей в инфраструктуре на основе шаблонов PCI DSS, C.I.S. Benchmark, VMware Best Practices.
• Продвинутые возможности по сбору и анализу логов.

25 августа 2009 года компания Veeam Software официально объявила о выпуске лидирующего на рынке продукта для резервного копирования виртуальной инфраструктуры VMware vSphere - приложения Veeam Backup and Replication версии 4.0. Долгожданный релиз полностью поддерживает новую функциональность VMware vSphere 4 (такую, например, как тонкие диски Thin Disks или технологию Change Block Tracking), а также работает в разы быстрее предыдущей версии:

Наиболее значимые новые возможности Veeam Backup and Replication 4.0:

• Появился Enterprise Management Server, который представляет собой единую точку управления задачами резервного копирования Veeam Backup, если у вас несколько backup-серверов (большая инфраструктура), а, соответственно, установлено несколько экземпляров Veeam Backup.
• Полная поддержка нового VMware vStorage API for Data Protection (эволюционировавший VMware VCB). + Поддержка объекта vApp.
• Неимоверная скорость репликации за счет использования нового API в VMware vSphere / ESX 4.
• Hot VM copy - копирование запущенной виртуальной машины в резервную инфраструктуру, которая тоже работает (может пригодиться для переезда ЦОД или тестирования).
• Поддержка управления задачами резервного копирования через PowerShell.
• Куча улучшений по произовдительности (все-таки под ESX 4) и элементов интерфейса (например, мониторинг заполненности бэкап-хранилища).

Основную презентацию Veeam Backup and Replication 4.0 можно посмотреть здесь.

Ну а отгрузкой вам продукта Veeam Backup and Replication 4.0 занимаюсь, как всегда, я.

Компания Veeam Software известна своими продуктами для управления и автоматизации виртуальной инфраструктуры VMware VI / vSphere. Флагманский продукт компании Veeam Backup для резервного копирования инфраструктуры виртуализации VMware vSphere уже завоевал популярность не только на Западе, но и в России (банки, телекоммуникационные компании), а вот про Veeam Monitor я хотел бы сегодня рассказать отдельно, потому как это единственное в своем роде качественное средство централизованного мониторинга хостов VMware ESX.

TAM (Technical Account Manager) компании VMware Dudley Smith, известный публикацией Connections & Ports in VI3.5, сделал отличное руководство по портам, используемым в виртуальной инфраструктуре VMware vSphere / ESX. Сам документ доступен с сайта virtualinsanity.com:

Для платформы VMware ESX / vSphere написано множество разнообразных бесплатных утилит, скриптов и полноценных приложений, которые не грех использовать в промышленной среде виртуализации для решения повседневных задач администраторов. Для начала напомним основные ссылки на предыдущие материалы о бесплатных приложениях для виртуальной инфраструктуры VMware VI / vSphere...

Многим известно, что диски виртуальной машины на VMware ESX / vSphere можно сделать тонкими (thin - то есть растущими по мере наполнения их данными) с помощью операции динамического перемещения между хранилищами Storage VMotion (SVMotion). Однако, многие из вас удивятся, что когда вы преобразуете толстые (thick) виртуальные диски машины в thin-диски, их размер будет значительно больше объема данных в гостевой ОС машины на ESX.

Все очень просто - Windows при удалении файла не чистит файловую систему физически, а лишь удаляет ссылки на файлы и папки. Поэтому при преобразовании дисков в thin, VMware ESX убирает только нулевые блоки, но данные блоки считает занятыми, хотя фактически пространство диска свободно. Чтобы минимизировать занимаемое виртуальной машиной на томе VMFS пространство, в настройках VMware Tools есть такая вкладка Shrink, откуда можно "вычистить" нулевые блоки и соответственно сделать thin-диск меньше после конверсии:

Когда сервер VMware vCenter управляет виртуальными машинами, он делает так, чтобы их MAC-адреса были уникальными. Как он добивается этого? Очень просто - MAC адрес виртуальной машины имеет такую структуру:

00:50:56:vCenterID:xx:xx

1. Первые три числа 00:50:56 - это OUI компании VMware (organizationally unique identifier).

2. Далее идет vCenterID, который вычисляется по формуле vCenterID = 0×80 + vCenterID number, где vCenterID number - это уникальный номер сервера VMware vCenter, который из vSphere Client можно посмотреть в меню Administration –> VirtualCenter Management Server Configuration –> Runtime Settings.

3. xx:xx - это случайные 16-ричные числа. Простой расчет говорит о том, что мы не можем иметь более чем 65535 виртуальных машин на один сервер VMware vCenter без дублирующихся MAC-адресов. Перед запуском виртуальной машины, сервер VMware vCenter обязательно убеждается, что в его окружении нет другой виртуальной машины с таким же MAC-адресом.

Компания Icomasoft предлагает бесплатно воспользоваться шпаргалкой по PowerCLI (интерфейс VMware vSphere для управления инфраструктурой ESX через PowerShell).

Скачать VMware vSphere PowerCLI Reference Card.

Бывает такая ситуация, что обновление VMware Tools виртуальной машины с ОС Windows на ESX проходит неудачно вследствие невозможности удалить предыдущую версию. При удалении VMware Tools вручную возникает ошибка и получаются такие сообщения:

Как же все-таки удалить VMware Tools? Очень просто - открываем редактор реестра (команда regedit) и открываем ветку:

HKLM\Software\Microsoft\Windows\CurrentVersion\uninstall

и ищем в ней ветку, которая содержит ключ...

Когда вы переносите физический сервер в виртуальную среду на платформу VMware ESX, например, средствами VMware Converter, настройки IP исходной машины теряются, поскольку сетевой адаптер становится виртуальным, соответственно, и драйвер меняется и настройки сбрасываются на DHCP.

Перед P2V-миграцией сохраните настройки IP физического сервера командой:

netsh interface ip dump >> %systemroot%\NetworkSettings.txt

Затем, смигрируйте этот сервер в виртуальную машину на VMware vSphere и восстановите настройки командой...

Windows 7 RTM уже доступен для партнеров, и многие из вас уже захотят попробовать установить эту ОС на рабочей станции администатора VMware vSphere для управления серверами ESX или ESXi. Но после установки vSphere Client вы увидите сообщение Error parsing the server "<server name>" "clients.xml" file. Далее следует сообщение - The type initializer for 'VirtualInfrastructure.Utils.HttpWebRequestProxy' threw an exception, и все прерывается.

Вот инструкция как запустить vSphere Client на Windows 7:

1. Создаем каталог по следующему пути:

C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib

2. Кладем в него библиотеку system.dll по этой ссылке.

3. Затем в текстовом редакторе открываем файл VpxClient.exe.config который находится по адресу:

C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher

и добавляем туда секцию:

<runtime> 
<developmentMode developerInstallation="true"/> 
</runtime>

4. Создаем bat-файл, содержащий 2 строчки...

Не секрет, что виртуализации серверов позволяет экономить деньги на различных статьях затрат: капитальных и эксплуатационных. Становится меньше серверов, меньше коммутационного оборудования, меньше места это все занимает в ЦОД. А, соответственно, меньше потребляет электричества. Комплексных калькуляторов для расчета экономии за счет виртуализации (TCO, ROI и т.п.) существует много, и о них мы уже писали. А сегодня я хотел бы остановиться на двух калькуляторах специфической направленности от компаний VMware и небезызвестной APC.

Итак, VMware для начала предлагает нам посчитать экономию от виртуализации в таких категориях, как снижение выбросов в атмосферу CO2. Связь очевидна - меньше серверов, меньше тратится электричества, меньше тепловыделения. Дальше - больше: можно сохранить больше деревьев или оценить это все в автомобилях на хайвее, загрязняющих окружающую среду. Все это в духе модной тенденции Green IT. Посчитайте сами одной кнопкой (по умолчанию считается, что вы виртуализовываете 100 серверов на платформе VMware ESX):

Компания Veeam Software предлагает пользователям удобное средство резервного копирования виртуальной инфраструктуры VMware VI / vSphere, называющееся Veeam Backup and Replication. На самом деле это два продукта в одном - средство бэкапа виртуальных машин на VMware ESX и механизм для создания реплик ВМ на других хостах и хранилищах. Оба этих средства в одном продукте основаны на технологии создания резервных копий работающих виртуальных машин, однако могут применяться для обеспечения различных требований в инфраструктуре VMware VI / vSphere.

Многие из вас наверняка слышали о замечательной компании Veeam Software, производящей продукты для управления инфраструктурой VMware VI / vSphere и автоматизации операций с серверами ESX / ESXi. Кроме того, не так давно компания Veeam объявила о поддержке средств виртуализации Microsoft Hyper-V в ОС Windows Server 2008. Так вот, теперь справа висит баннер компании Veeam - пожалуйста, тыкайте на него и узнавайте, как получить "40% Off".

Сегодня главная фишка Veeam - это, конечно же, продукты для инфраструктуры VMware, которые органично покрывают основные аспекты управления и автоматизации виртуальной инфраструктуры. Флагманский продукт компании Veeam Backup and Replication, отлично продающийся в России и зарубежом, позволяет осуществлять резервное копирование виртуальных машин как с VCB, так и без него, делать синтетические копии и быстро восстанавливать виртуальные машины на VMware ESX или ESXi одной кнопкой.

Но то, чего нет ни у кого - это возможность создания реплик виртуальных машин на других серверах ESX и хранилищах (Datastores), которые в случае падения основной ВМ готовы к запуску мгновенно. То есть по сути это дешевая альтернатива VMware Site Recovery Manager, для тех, кто не хочет тратить много денег, но кому критична доступность сервисов. Немного о других продуктах:

Veeam Monitor - средство централизованного мониторинга виртуальных машин как "снаружи", так и "изнутри". Кстати, очень похож на vCenter, который вдруг "заболел" мониторингом.

Veeam Reporter Enterprise - отличное средство документирования виртуальной инфраструктурой VMware, которое позволяет вести трекинг конфигураций и делать красивые документы для себя и для начальства.

Veeam Configurator - необходимое средство для администраторов больших инфраструктур VMware VI / vSphere, которым требуется быстрая настройка хостов ESX по заданным профилям и требованиям в целях единообразия конфигураций и безопасности. Экономит кучу времени системным администраторам и сотрудникам служб ИТ-безопасности.

Все эти продукты можно покупать и пачкой в виде Veeam Management Suite.

Если при попытке загрузить файл на сервер VMware ESX с помощью vSphere Client через Datastore Browser, вы получаете ошибку:

failed to log into nfc server

то вам необходимо проверить следующие вещи...

Как вы знаете, Web Access на VMware ESX 4 в vSphere отключен по умолчанию. Для VMware vCenter иногда требуется отключить Web Access насовсем в целях безопасности. Однако как быть, если вы хотите ограничить доступ пользователей к VMware Web Access на vCenter по IP-адресу для администраторов? Очень просто - добавляем в файл:

C:\Program Files\VMware\Infrastructure\VirtualCenter Server\tomcat\conf\server.xml

на сервере VMware vCenter следующую строчку...

Одно из преимуществ VMware vSphere - наличие распределенной кластерной файловой системы VMFS, которая оптимизирована для работы в кластере VMware HA / DRS с большими файлами виртуальных дисков VMDK. Для того чтобы обеспечивать работу кластеров, файловая система VMFS имеет механизм обработки распределенной блокировки файлов хостами VMware ESX (Distributed Lock Handling). Это очень важный механизм для корректной работы механизма обеспечения отказоустойчивости VMware HA.

Как работает locking на VMFS...

Раз уж речь пошла о Maintenance Mode, то расскажем как выйти из DRS Maintenance Mode хоста ESX, когда его не получается вывести оттуда через vSphere Client. Причины могут быть различны, однако такое встречается время от времени. Что нужно сделать, чтобы убрать Maintenance Mode на непокорном хосте VMware ESX:

1. Перезапустить Management Agents на ESX, используя KB1003490, командой # service mgmt-vmware restart и попробовать Exit Maintenance Mode из vSphere Client еще раз.

2. Если не помогло, выполнить команду:

vimsh -n -e /hostsvc/maintenance_mode_exit

из сервисной консоли для выхода из Maintenance Mode, ну а команда...

А знаете ли вы, что в VMware vSphere есть не только режим обслуживания (Maintenance Mode) для DRS, но и для High Availability (HA). Режим vSphere HA Maintenance Mode нужен для проведения регламентных работ в сети или устранения неполадок, чтобы механизм VMware HA не срабатывал почем зря и не вызывал действие, указанное в Isolation Responce (например, выключение виртуальных машин).

Для включения режима обслуживания VMware HA нужно просто снять переключатель "Enable Host Monitoring" в настройках кластера VMware HA:

Коллеги из Veeam Software поделились эксклюзивными фотографиями для VM Guru с сайта заказчика. На 4 экранах в ЦОД выводит свою информацию продукт Veeam Monitor:

Как вы понимаете, без багов в только вышедшей мажорной версии не обходится ни один продукт. Особенно такой навороченный как VMware ESX 4 из состава vSphere. Сегодня опишем еще одну багу ESX 4, проявляющуюся как невозможность приконнектиться с VMware ESX 4 из vSphere Client в течение некоторого времени после установки хоста ESX или его загрузки. В клиенте выдается ошибка 503 Service Unavailable. Проблема проявляется как при чистой установке VMware ESX 4, так и при обновлении с ESX 3. Баг явно связан с отключенным по умолчанию VMware Web Access на ESX 4.

Коллеги, после VMotion виртуальной машины на другой хост VMware ESX в vSphere я получил вот такое состояние работающей виртуальной машины, у которой справа от имени отображался статус Invalid. Кнопки выключения и редактирования свойств само собой загреены. Виртуальная машина продолжает прекрасно работать:

После недолгих изысканий была найдена статья KB "A virtual machine does not power on and displays in VMware Infrastructure Client as Invalid". Парадокс в том, что такое произошло с работающей виртуальной машиной на ESX, а KB про остановленную, которая при запуске выдает сообщение "A general system error occured: Not initialized". Эта ошибка говорит о том, что vmx-файл конфигурации виртуальной машины поврежден.

Итак, что нужно сделать, чтобы исправить статус Invalid у виртуальной машины:

Резервное копирование виртуальной инфраструктуры является краеугольным камнем для большинства администраторов VMware Virtual Infrastructure / vSphere. С одной стороны - виртуальные машины можно рассматривать как физические системы и делать бэкап "по старинке" с установкой агентов в гостевые ОС. С другой же стороны, "отвязанность" виртуальных машин от аппаратного обеспечения серверов позволяет...
Таги: VMware, vSphere, Backup, Data Recovery, Veeam, ESX